Sourced from viem's releases.

viem@1.5.3

Patch Changes

• ae4ab844 Thanks @​jxom! - Fixed performance bottleneck in ABI encoding for dynamic bytes.

viem@1.5.2

Patch Changes

• #974 11410bab Thanks @​jxom! - Fixed issue where getFunctionSelector & getEventSelector were returning incorrect selectors for tuple parameters.

viem@1.5.0

Minor Changes

• #847 1e5d4545 Thanks @​jxom! - Narrowed getBlock, watchBlocks, getFilterChanges, getFilterLogs & getLogs return types for when blockTag or includeTransactions is provided.

  • When blockTag !== 'pending', the return type will now include some non-nullish properties if it were dependent on pending blocks. Example: For getBlock, the block.number type is now non-nullish since blockTag !== 'pending'.
  • On the other hand, when blockTag: 'pending', some properties will be nullish. Example: For getBlock, the block.number type is now null since blockTag === 'pending'.
  • When includeTransactions is provided, the return type of will narrow the transactions property type. Example: block.transactions will be Transaction[] when includeTransactions: true instead of Hash[] | Transaction[].

  TLDR;

  // Before
  const block = publicClient.getBlock({ includeTransactions: true });
  block.transactions;
  //    ^? Hash[] | Transaction[]
  block.transactions[0].blockNumber;
  //                    ^? bigint | null
  // After
  const block = publicClient.getBlock({ includeTransactions: true });
  block.transactions;
  //    ^? Transaction[]
  block.transactions[0].blockNumber;
  //                    ^? bigint
  // Before
  const block = publicClient.getBlock({
  blockTag: "pending",
  includeTransactions: true
  });
  block.number;
  //    ^? number | null
  block.transactions[0].blockNumber;
  //                    ^? bigint | null
  // After
  const block = publicClient.getBlock({
  blockTag: "pending",
  includeTransactions: true

... (truncated)

Sourced from viem's changelog.

1.5.3

Patch Changes

• ae4ab844 Thanks @​jxom! - Fixed performance bottleneck in ABI encoding for dynamic bytes.

1.5.2

Patch Changes

• #974 11410bab Thanks @​jxom! - Fixed issue where getFunctionSelector & getEventSelector were returning incorrect selectors for tuple parameters.

1.5.1

Patch Changes

• #954 e98e2651 Thanks @​jaxernst! - Added filter reinitialization logic for watchContractEvent and watchEvent for when a filter has been uninstalled.

• #967 eb8954a0 Thanks @​Zil-B! - Moved @types/ws into dependencies to fix an issue where required runtime types weren't being exported.

1.5.0

Minor Changes

• #847 1e5d4545 Thanks @​jxom! - Narrowed getBlock, watchBlocks, getFilterChanges, getFilterLogs & getLogs return types for when blockTag or includeTransactions is provided.

  • When blockTag !== 'pending', the return type will now include some non-nullish properties if it were dependent on pending blocks. Example: For getBlock, the block.number type is now non-nullish since blockTag !== 'pending'.
  • On the other hand, when blockTag: 'pending', some properties will be nullish. Example: For getBlock, the block.number type is now null since blockTag === 'pending'.
  • When includeTransactions is provided, the return type of will narrow the transactions property type. Example: block.transactions will be Transaction[] when includeTransactions: true instead of Hash[] | Transaction[].

  TLDR;

  // Before
  const block = publicClient.getBlock({ includeTransactions: true });
  block.transactions;
  //    ^? Hash[] | Transaction[]
  block.transactions[0].blockNumber;
  //                    ^? bigint | null
  // After
  const block = publicClient.getBlock({ includeTransactions: true });
  block.transactions;
  //    ^? Transaction[]
  block.transactions[0].blockNumber;
  //                    ^? bigint
  // Before
  const block = publicClient.getBlock({
  blockTag: "pending",

... (truncated)

• 9b26756 chore: version package (#982)
• fa3215c chore: changeset
• ae4ab84 refactor: tweak dynamic bytes abi encoding
• 0f7a0eb Fix typo in ethers migration docs (#976)
• 1b9f3f2 chore: version package (#975)
• 11410ba fix: getFunctionSelector/getEventSelector returning incorrect selectors (...
• 9aba192 chore: version package (#969)
• 5ae9cdc chore: update snapshots
• e98e265 fix: add re-initialization logic for event filters (#954)
• eb8954a fix: move @types/ws into dependencies to fix bug (#967)
• Additional commits viewable in compare view

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)